OpenCores
no use no use 1/1 no use no use
Frame buffer format
by Unknown on May 27, 2004
Not available!
Hopefully this isn't a dumb question ...but I can't find anything that talks about the format of the frame buffers that are pointed to by the Buffer Descriptors. I'm guessing that the Frame buffers hold the following: Dest MAC Address Source MAC address Length Data Field ..but then wouldn't the source address for transmit buffers be filled in by the controller? Hopefully, another simple question about transmit buffers: Is their a one to one associating between buffer desciptors and packets. Can a packet span multiple buffer descriptors. If so, how does the controller know when the packet is complete and to start adding the CRC. (...from the length field maybe in the Frame buffer??)
Frame buffer format
by Unknown on May 27, 2004
Not available!
--- bsibilsky@comcast.net wrote:
Hopefully this isn't a dumb question ...but I can't find anything that talks about the format of the frame buffers that are pointed to by the Buffer Descriptors. I'm guessing that the Frame buffers hold the following: Dest MAC Address Source MAC address Length Data Field

Your guess is right. I had also the similar doubt
earlier. I have verified it through simulation.

..but then wouldn't the source address for transmit
buffers be filled in
by the controller?

Yes, we have to fill the SourceHA field in the buffer.
Also we have to write the Host MAC address in the MAC1
and MAC0 registers of EthMAC. (I hope I am right!)
Hopefully, another simple question about transmit
buffers: Is their a one
to one associating between buffer desciptors and
packets. Can a
packet span multiple buffer descriptors. If so, how
does the controller
know when the packet is complete and to start adding
the CRC. (...from
the length field maybe in the Frame buffer??)

There is a one to one association between a BD and a
Frame. A Frame never spans multiple BDs. There is no
Fragmentation Concept (like IP)at the Ethernet layer.
The Ethernet MAC knows about the length in bytes from
the LENGTH field of the TxBD. (bits 31..16). And
EthMAC adds the CRC accordingly.

_______________________________________________ http://www.opencores.org/mailman/listinfo/ethmac
Mayur __________________________________ Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/
Frame buffer format
by Unknown on May 27, 2004
Not available!
Thanks for the help! ----- Original Message ----- From: Mayur M Vegadmayurmvegad@y...> To: Date: Thu May 27 07:48:07 CEST 2004 Subject: [ethmac] Frame buffer format
--- bsibilsky@c... wrote:
> Hopefully this isn't a dumb question ...but > > I can't find anything that talks about the format of > the frame buffers > that are pointed to by the Buffer Descriptors. I'm > guessing that the > Frame buffers hold the following: > > Dest MAC Address > Source MAC address > Length > Data Field

Your guess is right. I had also the similar doubt
earlier. I have verified it through simulation.
>
> ..but then wouldn't the source address for transmit
> buffers be filled in
> by the controller?
>

Yes, we have to fill the SourceHA field in the buffer.
Also we have to write the Host MAC address in the MAC1
and MAC0 registers of EthMAC. (I hope I am right!)
> Hopefully, another simple question about transmit
> buffers: Is their a one
> to one associating between buffer desciptors and
> packets. Can a
> packet span multiple buffer descriptors. If so, how
> does the controller
> know when the packet is complete and to start adding
> the CRC. (...from
> the length field maybe in the Frame buffer??)

There is a one to one association between a BD and a
Frame. A Frame never spans multiple BDs. There is no
Fragmentation Concept (like IP)at the Ethernet layer.
The Ethernet MAC knows about the length in bytes from
the LENGTH field of the TxBD. (bits 31..16). And
EthMAC adds the CRC accordingly.
> _______________________________________________ > http://www.opencores.org/mailman/listinfo/ethmac
Mayur __________________________________ Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/


Frame buffer format
by Unknown on May 27, 2004
Not available!
Just a general comment, and not "target" to your own solution, but when you say that in Eth there is no fragmentation like in IP you probably refer to Layer 2 as compare to Layer 3 or above but notice even in Layer 2 while fragmentation don;t have the same implentation as in IP there is such concept as well as the size field in many protocol are not size at all but rather Etype (Size > 0x600 like for example MPLS 0x8847/8 AH 0x8809 and so on). Also notice that due to increase demand for jambo packet some sort of support in fragmentation is needed as not all switchs can handle such packet, so you might want to consider adding such support tho' keep in mind that while segmentation will not "cost" you too much reasmable will, and will most likely require external memorey. have a nice day Illan -----Original Message----- From: Mayur M Vegad [mailto:mayurmvegad@yahoo.com] Sent: Wednesday, May 26, 2004 10:48 PM To: List about open source Ethernet MAC core Subject: Re: [ethmac] Frame buffer format --- bsibilsky@comcast.net wrote:
Hopefully this isn't a dumb question ...but I can't find anything that talks about the format of the frame buffers that are pointed to by the Buffer Descriptors. I'm guessing that the Frame buffers hold the following: Dest MAC Address Source MAC address Length Data Field

Your guess is right. I had also the similar doubt
earlier. I have verified it through simulation.

..but then wouldn't the source address for transmit
buffers be filled in
by the controller?

Yes, we have to fill the SourceHA field in the buffer.
Also we have to write the Host MAC address in the MAC1
and MAC0 registers of EthMAC. (I hope I am right!)
Hopefully, another simple question about transmit
buffers: Is their a one
to one associating between buffer desciptors and
packets. Can a
packet span multiple buffer descriptors. If so, how
does the controller
know when the packet is complete and to start adding
the CRC. (...from
the length field maybe in the Frame buffer??)

There is a one to one association between a BD and a
Frame. A Frame never spans multiple BDs. There is no
Fragmentation Concept (like IP)at the Ethernet layer.
The Ethernet MAC knows about the length in bytes from
the LENGTH field of the TxBD. (bits 31..16). And
EthMAC adds the CRC accordingly.

_______________________________________________ http://www.opencores.org/mailman/listinfo/ethmac
Mayur __________________________________ Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/ _______________________________________________ http://www.opencores.org/mailman/listinfo/ethmac
no use no use 1/1 no use no use
© copyright 1999-2024 OpenCores.org, equivalent to Oliscience, all rights reserved. OpenCores®, registered trademark.